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Metlhod &nd System for SetSingi Up a 
MuOticastt or giroadeasti Transmissiom 

piH D OF THE tNVENTIOM. 

5 The present invention relates to a method and system for setting up a multicast or 
broadcast transmission, which may be used, e.g., for context activation In a Multi- 
cast/Broadcast Multimedia Service (MBMS) architecture. 

BACKGROUND OF THE INVENTION 

With Increasing use of high bandwidth appiicaflons, e.g. multimedia applications, 
1 0 in third generation mobile systems, especially with a large number of users receiv- 
ing the same high data rate services, elficlent Information distribution is essential. 

Broadcast and Multicast are methods for transmitting data from a single source to 
several destinations, i.e., polnt-to-multlpoint transmissions. At present, for cellular 
networks, two con^spondlng services a defined In rBlease-99 and release-4 of the 

1 5 3** Generation Partnership Project (3GPP) specfflcatlons. Flpst, a oeH broadcast 
service (CBS) allowing for low bit-rate data to be transmitted to all subscribers in a 
set of given ceils over a shared broadcast channel. This message-based service 
and Is defined in the 3GPP specifications TS 25.324 and TS 23.041. Second, an 
Internet Protocol (IP) based IP-i\/lulticast sen/ice allowing for mobile subscribers to 

20 receive multicast traffic is defined in the 3GPP specifications TS 22.060 and TS 
23,060 and TS 29.061 . However, this service does not allow for multiple subscrib- 
ers to share radio or core netvtfork resources and as sudi does not offer as\y ad- 
vantages with respect to resource utilization within the core networtc (CN) and/or 
over the radio access network (RAN). 

25 For some applications, It Is envisaged that multiple users can receive the same 
data at the same time. The benefit of multicast and broadcast In the network is that 
the data is sent once on each link. For example, a core network switching node, 
e.g. a Serving General Packet Radio Services (GPRS) Support Node (SGSN). will 
send data only once to an RAN switching node. e.g. a Radio Network Controller 

30 (RNC), regardless of the number of base stations, e.g. Node Bs, and mobile sta- 
tions, e.g. user equipments (UE), that wish to receive It. The benefit of multicast 
and broadcast on the air Interface is that many users can receive the same data 
on a common channel, thus not clogging up the air interface with multiple trans- 
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misslons of the same data. Hence, broadcast and multicast are tediniques to de- 
crease the amount of data within the network and use resources more efficiently. 

The MBMS is defined e.g. in the 3GPP specifications TS 22,146 and TR 23.846 as 
a polnt-to-muit!point bearer senvioe which provides the above capability for broad- 
5 cast/multicast services. \n a broadcast mode, a unidirectional polnt-to-multipolnt 
transmission is provided for multimedia data (e.g. text, audio, picture, video) from 
a single source entity to alt users in a broadcast area or areas. A broadcast ser-- 
vice might, for example, consist of a single on-going session (e.g. a media stream 
such as an advertising or a welcome message to the network) or may involve sev- 

10 era! intermittent sessions over an extended period of time (e.g. messages), in a 
multicast modOi a unidirectional polnt-to-multipoint transmission of multimedia data 
is provided from a single source point to a multicast group in a multicast area. 
Thus, In the multicast mode, there is a possibility for the network to selectively 
transmit to cells within the multicast area which contain members of a multicast 

15 group. Similarly, a multicast service might, for example, consist of a single on- 
going session (e.g. a media stream such as a subscribed football results service) 
or may involve several intermittent sessions over an extended period of time (e.g, 
messages). The broadcast and the multicast mode may generate charging data 
for the end user and generally may require a subsoiption. Both broadcast and 

20 multicast modes are intended to efficiently use radio/network resources e.g. by 
transmitting data over a common radio channel. 

In the known MBiVlS architecture as defined in the above specifications, an SGSN 
and a GGSN maintains one or many logical connectlon(s) in order to route iVlBMS 
data to relevant UEs. The SGSN duplicates data packets received from the GGSN 

25 through a single GPRS Tunneling Protocol (GTP) tunnel and forwards the re- 
ceived daia packets and duplicated data packets, respectiveiy, via corresponding 
GTP tunnels to each RNC involved In the provision of a specific MBMS service. 
The GGSN duplicates data packets received from the MBMS data source for for- 
warding to each SGSN to which a GTP tunnel has been established for the spe- 

30 cific MBMS service. 

However, due to the fact that only one GTP tunnel Is established between the 
GGSN and the respective SGSN, considerable changes are required at the SGSN 
to provide additional proc^sing power and logic functionality for packet duplica- 
tion and adaptation of individual logical connection parameters at the SGSN- 
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SUMMARY OF THE INVENTION 

It is therefore an object of tiie present invention to provide a nriethod and system 
for logical connection setup In a broadcast or multicast transmission, by means of 
which required changes at the SGSN (»n be reduced. 

6 This object Is achieved by a method of setting up a broadcast or multicast trans- 
mission to a plurality of temjlnal devices via a first switching node and a second 
svwtching node of a data network, said method comprising the steps of: 
providing to said first switching node an information indicating the number of con- 
nections required between said second switching node and said plurality of temii- 
10 nals; and 

determining l>ased on said provided information a number of connec^ons to be set 
up between said first switohing node and said second switching node. 

Furthermore, the above object is achieved by s system for setting up a broadcast 
or multicast transmission to a plurality of temiinal devices via a first switching node 

15 and a second switching node of a data network, 

wherein said first switching node is arranged to set up an initial connection to said 
second switching node, and wherein said second switching node is arranged to 
transmit to said first switching node via saki initial connection an infbrmatlon indi- 
cating tiie number of connections required between said second svtrifching node 

20 and said plurality of terminals; and 

wherein said first switching node is arranged to determine l>ased on said provided 
infomnation a numl^er of connections to be set up between said first switching 
node and said second switching node. 

25 Additionally, tiie above object is achieved by a switching node for setting up a 
broadcast or multicast transmission to a plurality of terminal devices via anotiier 
switching node of a date network, 

wherein said swiU^Ing node is arranged to access a memory table in order to de- 
rive an information Indicating the number connections required between said 
30 other switching node and said plurality of terminals; end 

wherein said switching node is arranged to determine based on said derived in- 
formation a numt)er of connections to be set up to said otiier switdiing node. 
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Finally, the above object is achieved by a switching node for setting up a broad- 
cast or multicast transmission to a plurality of tennlnal devices via another switeh- 
ing node of a data network, 

wherein said switching node Is arranged to query, using a multicast identification 
5 or a multicast area identification, from an address server an infomiation indicating 
the number of connections required between said other s>Afltching node and said 
plurality of terminals; and 

wherein said switching node is arranged to determine based on said queried in- 
formation a number of connections to be set up to said other switching node. 

10 

Accordingly, the number of connections required at the second switching node can 
be made available to the first switching node, so that the number of connections 
between the first switching node and the second switching node can be adapted 
conespondlngly, e.g. made equal, to thereby reduce the processing amount for 
15 conversion, relaying and adaptation of data flows and connection parameters at 
the first switching node. 

in particular, in an MBMS architecture, less changes are required at the SGSN for 
the following reasons. If the number of connections, i.e. QTP bjnneis. detemnined 
at the GGSN is selected to be equal to the signaled number, padcet relaying in the 

20 SGSN niay woric In a similar way as in a point-to-point connection without any du- 
plication of packets ftom a Gn/Gp GTP tunnel between the SGSN and the GGSN 
to multiple lu GTP tunnels between the SGSN and the RNCs. {Moreover, logical 
connection parameters, such as QoS, do not require changes to »ie SGSN. RNCs 
may be able to provide different values of the connection parameters for GTP tun- 

25 nels. e.g. RNC1 could provide QoS1 , whereas RI^C2 could provide QoS2, If there 
is only one Gn/Qp GTP tunnel, a new logic is required in the SGSN to determine 
QoS for the Gn/Gp GTP tunnel, e.g. the highest or lowest QoS which any RNC 
c»n provide. 

30 Furthermore. RAB (Radio Access Bearer) release and lu release do not require 
changes to the SGSN. If there Is only one Gn/Gp GTP tunnel, new logic is re- 
quired to the SGSN, i.e. set max bitrate of the logical connection to 0 only when all 
RABs related to the multicast ID and/or multicast area ID are released. 

35 The information atK>ut the number of connections or tunnels can be obtained by 
setting up an initial connection between Uie first and second switching nodes, and 
by transml^ng the information from the second switching node to the first switch- 
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fng node in response to a request of the first switching node. In particular, the in- 
formation may be transmitted in a response message to a context activation re- 
quest. Alternatively, the Information may be transmitted In a response message to 
an Identification request Issued by said first switching node. A context activation 
5 for the detennined number of connections may then be requested by the first 
switching node in response to the receipt of the response message. As an alterna- 
tive, the context activation for the determined number of connections may be re- 
quested by the second switching node after the transmission of the response 
message. 

10 As an alternative to the Initial connection, the first switching node may obtain the 
Information about ttie number of connections without Involving the second switch- 
ing node. The Information may be stored In a memory table accessible by the first 
switching node or may be obtained based on a query to an address server, e.g. a 
DNS query. 

1 5 Advantageous further developments are defined in the dependent claims. 

BRIEF DESCRIPTION OF THE DRAWINGS 

In the following, the present Invention will be described In greater detail based on 
preferred embodiments wtth reference to the accompanying drawings. In which: 

Fig. 1 shows a general architecture of an MBMS architecture for Implementing the 
20 preferred embodiments of tiie present Invention; 

Fig. 2 shows a schematic signaling and processing diagram indicating setup of a 
multicast transmission according to a first pref^ned embodiment; 

Rg. 3 shows a schematic signaling and processing diagram indicating setup of a 
multicast transmission according to a first example of a second prefen-ed embodi- 
25 ment; 

Fig. 4 shows a schematic signaling and processing diagram indicating setup of a 
multicast transmission according to a second example of tiie second prefen-ed 
embodiment; and 
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Fig. 5 shows a schematic signaling and processing diagram indicaffng setup of a 
multicast transmission according to a third example of the seoond preferred em- 
t)odiment; and 

Fig. 6 shows a schematic signaling and processing diagram Indicating a connec- 
5 tion setup if a terminal device joins a multicast or broadcast service. 

DESCRIPTION OF THE PREFERRED EMBODIMENTS 

The first and second preferred embodiments will now be described on the basis of 
an MBMS architecture as shown in Fig. 1 . 

According to Fig. 1. ttie MBMS architecture comprises an SGSN 30 which per- 
10 forms user Individual control functions and concentrates Individual users of the 
same MBMS service into one or many logical connections. The SGSN 30 main- 
tains a logical connection (e.g. MBMS context) in order to route MBMS data to 
relevant UEs. The logical connection is maintained also by a GGSN 40. The 
SGSN 30 forwards the pacl<ets received via one or many OTP tunnels from the 
IS GGSN 40 to eadi RNC of a UTRAN (Universal Mobile Telecommunications Sys- 
tem (UMTS) Terrestrial Radio Access Network) 15. involved In the provision of a 
specific MBMS service. 

The GGSN 40 temilnates the MBMS GTP tunnels from the SGSN 30. The GGSN 
20 classifies MBMS data sent by the MBMS data source into relevant logical connec- 
tions. The GGSN 40 duplicates the MBMS data packets received from the MBMS 
data source for fonvarding to each SGSN to which GTP tunnels are established for 
a specific MBMS service. 

Furthermore, a Multicast/Broadcast-Service Center (MB-SC) 50 Is provided for 
25 control purposes and to send or forward MBMS data. MBMS data may be sched- 
uled in the MB-SC 50, e.g. for Iransmlsslon to users every hour. It offers interfaces 
over that a content provider 65 of an external packet data network (PDN), e.g. the 
Intemet, can request data delivery to users. 



30 



A Cell Broadcast Center (CBC) may be connected between the MB-SC 50 and the 
UTRAN 15 to announce MBMS services to users. 
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The architecture allows for ottier MBMS broadcast/hiulticast data sources. PLMN 
internal data sources 60 may direcHy provide their data. Data delivery by external 
data sources 70 of a PDN is controlled by Border Gateways (BG) 55 which may 
5 altow for example data from single addresses and ports to pass into the PLMN 
(PLI\/1N) of a specific user equipment (UE) 10 for delivery. 

To provide an IMBMS transmission, the SGSN 30 authenticates users and author- 
izes usage of services/resouroes based on subscription data stored in a home lo- 

1 0 cation register (HLR) 25. Additionally, the SGSN 30 provides user individual ser- 
vice control and mobility management, may limit the sendee area per individual 
user, stores logical connection information per activated service per individual user 
or per multiple users, generates charging data per service for each user and for 
each logical connection, and establishes RABs on demand when data have to be 

1 5 transferred to the users, e.g. to the UE 10. 

The functions of the GGSN 40 for I^Biy/lS connections comprise storing logical 
connection Information per activated service per individual user or per multiple us- 
ers, data classification, charging data collection, tunneling of data, service (QoS) 
20 negotiation, and data poiidng. 

The tunneling, i.e. encapsulation of data packets into new pacl<ets with new head- 
ers, is an important GGSN fundlon for MBMS. It allows the provision of HPLMN 
MBMS multicast services to users roaming In a Visited PLMN (VPLMN). The tun- 
25 neling separates the data of the different MBMS services from each other and al- 
lows therefore the use of the same addresses In HPLMN and VPLMN. A co- 
ordination of addresses (between different PLMNs is not needed. 

According to the preferred embodiments, an InftMrnation about the number of re- 
30 quired logical connections between the SGSN 30 and the RNCs in UTRAN 15 in- 
volved in a specific MBMS data transmission are provided to the GGSN 40. 
Thereby, the GGSN 40 is capable to adapt the number of GTP tunnels set up to 
the SGSN 30 via the Gn or Gp inferfiace to the number of GTP tunnels at the lu 
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interface between the SGSN 30 and the RNC in the UTRAN 15. This adaptation 
functionality can be used to set up equal numbers of QTP tunnels via the lu inter- 
face and the Gn ch- Gp internee, so that the processing at the SGSN 30 corre- 
sponds to the processing of a point-to-point logical connection (e.g. a PDP con- 
5 text), as an own Gn or Gp GTP tunnel can be allocated to each lu GTP tunnel. 
Thus, a duplication of data packets is only required at the GGSN 40. Moreover, 
logical connection parameters, e.g. QoS, can be maintained, as one GTP tunnel Is 
established between the SGSN 30 and the RNC in the UTRAN 15 for each GTP 
tunnel between the SGSN 30 and the GGSN 40. 

10 

In the following, the setup of an MBMS downlink transmission according to the first 
and second preferred embodiments is described in greater detail for a multicast 
data transmission with reference to the step numbers indicated in Figs. 2 to 5. 

15 Fig. 2 shows a schematic diagram indicating signaling and processing functions 
for setting up an MBMS transmission according the first prefened embodiment In 
the first prefen^d embodiment, the GGSN 40 is arranged to obtain the number of 
iu QTP tunnels, i.e. the number of RNCs in the UTRAN 15 per each SGSN, re- 
quired for a specific MBMS service by accessing a corresponding memory table 

20 (TNT) 42 which may be provided at or in the GGSN 40 and which is thus accessi- 
ble by the GGSN 40. in the memory table 42, the required number of RNCs or lu 
GTP tunnel connections per each SGSN is stored for every MBMS Identification 
(ID) and/or MBMS area ID. 

25 in step 1 , an MBMS request \N\th an MBMS ID indicating the MBMS service, an 
MBMS area ID indicating the specific multicast or broadcast area in which the 
MBMS service is to be received, and a required QoS is transmitted from the MB- 
SC 50 to the GGSN 40. Based on the received MBMS area ID and/or MBMS ID. 
the GGSN 40 determines SGSN(s) serving the Mentified MBMS area and/or 

30 MBMS service and addresses the memory table 42 to obtain the number of RNCs 
per each SGSN Involved in the MBMS data transmission (step 2). Then, tiie 
GGSN 40 transmits for every Identified RNC a context activation request with the 
corresponding MBMS-epecific and QoS information to the SGSN 30 to establish 



. ll.hTR. mi H-i)'t tlSbWhUtHK. SCtlStK u. rAKintK MUV 0. 10 

PCT/IB02/01 

' 9 - 

corresponding GTP tunnels (step 3), In response thereto, the S6SN 30 issues 
MBK/iS RAB requests comprising the same or modified MBMS-^cific and QoS 
infomiation to the UTRAN 15 to set up the required mmber of iBdlo access bear^ 
ers (step 4). in steps 5 and 6» the MBMS RAB and MBMS context activation re- 
5 quests are acknowledged to the SGSN 30 and the GOSN 40, respectively. As al- 
ready mentioned, steps 3 to 6 are repeated in accordance with tiie number of 
RNCs to be connected. TTius, the obtained number of RNCs conresponds to the 
number of requests and responses (acknowledgements), while signaling may be 
perfonned witti one or several SGSNs depending on the desired MBMS area 
1 0 and/or MBMS service. When all contexts and radio access bearers have been es- 
tablished successfully, the GGSN 40 fbnwards an MBMS response message with 
QoS information for each activated context to the MB-SC 50 (step 7) and the 
MBMS data transmission can be started in step 8. 

1 5 According to a modification of the first prefen'ed embodiment, flie number of R^4Cs 
or lu GTP tunnels may be obtained in step 2 by performing a query to an address 
server, e.g. a DNS query, using the MBMS ID and/or MBMS area ID. Then, the 
memory table 42 could be dispensed with, as in the second preferred embodiment 
described in the following. 

20 

Fig. 3 shows a signaling and processing diagram according to a first example of 
the second preferred embodiment. In the second preferred embodiment, the 
GGSN 40 obtains the Infonmation from the SGSN 30 In a respecUve signaling 
message. According to the first example, the GGSN 40 determines ttie SGSN(s) 

25 involved In the MBMS sen^ice based on the MBMS area ID and/or MBMS ID re- 
ceived in step 1 with the MBMS request (step 2). Then, steps 3 to 6 are performed 
once as described In the first embodiment, while contrary to the first embodiment, 
the number of RNCs involved Is now signaled by the SGSN 30 in the context acti- 
vation response message of step 6. Then, the GGSN 40 is av\^re of the number of 

30 required GTP tunnels towards the SGSN 30 and steps 3 to 6 may be executed 
again until the required number of GTP tunnels and radio access bearers are es- 
tablished in step 7. If so, an MBMS response message QoS information for 



J/. MfK. ^UUZ l/:08 



tlb'tNFUtHK.SI'hlbtK u. fAKINtK MUU 



UK. b. 1/ 

PCT/IB02/01 



-10- 

each activated context is forwarded to the MB-SC 50 in step 8, and the MBMS 
data transmission can start in step 9. 

Fig. 4 shows a signaling and processing diagram according to a second exampie 
5 of the second prefenred emlxidiment. In the second exampie. the number of RNCs 
involved in the I^BMS service is signaled by a separate signaling procedure, as 
Indicated by steps 3 and 4 of Fig. 4. After having determined the concerned 
SG8N(s) based on the IVIBMS area ID and/or MBM8 ID, the GGSN 40 fonvards to 
each concerned SGSN. e.g. also ttie SGSN 30 shown in Fig. 4. an MBMS identifi- 

10 cation request message with the MBMS ID end the MBMS area ID. In response 
thereto, the SGSN 30 issues an MBMS Identification response message Including 
the required number of RNCs to the GGSN 40> The remaining steps 6 to 11 corre- 
spond to steps 3 to 9 of Fig. 3 and thus do not have to be explained again, except 
for the difference in step 8 of Fig. 4, where only the QoS information is forwarded 

15 and no longer the number of required RNCs whidi is now already i<nown at the 
GGSN 40. Furthermore, only steps 5 to 8 are repeated for each required MBMS 
context. Steps 3 and 4 are performed only once. 

Rg. 5 shows a signaling and processing diagram according to a third exampie of 
20 the second preferred embodiment. In the third example, the number of RNCs in- 
volved in the MBMS service is also signaled by file separate signaling procedure, 
as indicated by steps 3 and 4 of Fig. 5. t-lowever, In this third example, the context 
activation request is issued by the SGSN 30 in step 6. Then, a context is first set 
up at the GGSN 40 which then issues a context activation response message to 
25 the SGSN 30 (step 6). In response thereto, the SGSN 30 requests a correspond- 
ing MBMS IRAB from the UTRAN 15 (step 7) which responds an acknowledge- 
ment In step 8, These steps 5 to 8 are \Snen repeated for every context or RNC 
Involved (step 9). Then, the MBMS response message with QoS information for 
each MBMS context is forwarded by the GGSN 40 to the MB-SC 50 (step 10) 
30 which then starts the MBMS data transmission in step 1 1 . 

Fig. 6 shows a signaling and processing diagram Indicating how the GTP tunnels 
are created If the UE 10 joins an MBMS service. In step 1, the UE 10 joins the 
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MBMS service. The SGSN 30 checks whether an MBMS radio access bearer al- 
ready exists towards the RNC serving the UE 10 in the UTRAN 15 (step 2). If the 
MBMS radio access bearer does not exist, the SGSN 30 perfomts MBMS context 
creation with the GGSN 40 and MBMS radio access bearer creation with the RNC 
5 In the UTRAN 15 (steps 3 and 5). At MBMS context creation, the GGSN 40 may 
inform the MB-SC 50 on the new MBMS context and e.g. on QoS infonnatlon re- 
lated to the new MBMS context (step 4). 

In summary, according to the present invention, the GGSN 40 can get the Informa- 
10 tion about the number of required RNCs or lu GTP tunnels based on a memory 
access or network query or based on a signaling witti the SOSN 30. Knowing the 
number of required GTP tunnels, a conesponding numtier of MBMS contexts can 
be aerated ftom the GGSN 40. 



15 It Is noted that ttie present invention can be used in any broadcast or multicast 
transmission system in any data network to adapt the number of connections be- 
tween different switching nodes. Any infbnnation indicating the required number of 
users, controllers or connections can be provided to the concerned switching 
node. The preferred embodiments may thus vary vHthin the scope of the attached 

20 claims. 
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Ciaims 

1 . A method of setting up a broadcast or multicast transmission to a plurality of 
terminal devices (10) via a first switching node (40) and a second s>Arttching 
node (30) of a data networl<, said method comprising the steps of: 

5 a) providing to said first switching node (40) an infomiation Indicating 

the number of connections required between said second switching 
node (30) and said plurality of terminals (10); and 
b) deteimining based on said provided infbrmation a ruimber of connect 
tions to be set up between said first sv^tching node (40) and said 
10 second switching node (30). 

2. A method according to claim 1 . wherein said number of connections to be 
set up between said first and second switching nodes (40, 30) is determined 
to be equal to said number of connections indicated by said provided infor- 
mation. 



15 3. A method accoitiing to daim 1 or 2, wherein said broadcast or multicast 

transmission is a multimedia servioe transmisston, said first switching node 
is a GGSN (40). and said second switching node is an SGSN (30). 

4. A method according to any one of the preceding claims, wherein said 
connections are tunnel connections. 

20 5. A metiiod according to any one of the preceding claims, wherein said pro- 
viding step comprises the steps of setting up an initial connection between 
said first and second switching nodes (40, 30), and transmitling said infor- 
mation from said second switching node (30) to said first switching node 
(40) in response to a request of said first switching node (40). 



25 6. A method according to daim 5, wherein said information is transmitted In a 
response message to a context activation request. 

7. A method according to claim 5, wherein said Information is transmitted In a 
response message to an Identification request Issued by said first switching 
node (40). 
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8. A method according to dalm 7, wherein a context activation for said deter- 
mined number of connections Is requested by safd first switching node (40) 
In response to tiie receipt of said resportse message. 

9. A method according to claim 7, wherein a context activation for said deter- 
5 mined number of connections is requested by said second switching node 

(30) after the transmission of said response message. 

I 

j 

10. A method according to any one of claims 1 to 4, wh^in said providing step 
comprises the steps of storing said Information in a memory teble (42) ac- 
cessible by said first svWtching node (40). . 

10 11. A method according to any one of claims 1 to 4. wherein said providing step 
comprises the steps of performing a query to an address server using an 
identification information or an area identification Information of said broad- 
cast or multicast transmission. 

12. A system for setting up a broadcast or multicast transmission to a plurality 
15 of tenninal devices (10) via a first switching node (40) and a second switch- 
ing node (30) of a date network, 

a) wherein said first switching node (40) is ananged to set up an initial 
connection to said second switching node (30), and 

b) wherein said second switching node (30) is ananged to transmit to said 
20 first switching node (40) via said initial connection an information indicat- 
ing the number of connections required between said second switching 
node (30) and said plurality of terminals (10); and 

c) wherein said first switching node (40) is arranged to detemnlne based on 
said provided infomnation a number of connec^'ons to be set up between 

25 said first switching node (40) and said second switching node (30). 

13. A system according to claim12, wherein said first switching node is a GGSN 
(40) and said second switohing node is an SGSN (30). 



30 



14. 



A system according to claim 12 or 13, wherein said second switching node 
(30) is arranged to transmit said information in a response message to a 
context activation request issued by said first switching element (40). 
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1 5. A system according to dalm 12 or 13, wherein said second switching node 
(30) Is arranged to transmit saW Infbmiatlon in a response message to a 
IdenBflcation request Issued by said first switching element (40). 

5 1 e. A switching node for setting up a broadcast or multicast transmission to a 
plurality of tenninal devices (1 0) via another switching node (30) of a data 
network, 

a) wherein said switching node (40) is arranged to access a memory table 
(42) In order to derive an Information Indicating the number of conneo- 

1 0 tlons required between said other switching node (30) and said plurality 

oftem)lnal8(10);and 

b) wherein said switching node (40) Is arranged to determine based on 
said derived information a number of connections to be set upito said 
other svtntchlng node (30). 

15 

17. A switching node for setting up a broadcast or multicast transmission to a 
plurality of terminal devices (10) via anotf»er switching node (30) of a data 
network, 

a) wherein said switching node (40) is ananged to query, using a multicast 

j 20 Identification or a multicast area ldentlflcatlon,firom an address sender an 

; information Indicating the number of connecttons required between said 

other switching node (30) and saM plurality of terminals (1 0); and 

b) wherein said switching node (40) Is an^nged to determine based on 
said queried Information a number of connections to be set up to said 

25 other s\A^tch]ng node (30). 

18. A switdiing node according to claim 1 7, wherein said address server is a 
DNS. 

30 19. A switching node according to claim 16 or 17, vtrtierein said switching node 
isaGGSN(40). 
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Abstract 

The present invention relates to a method and system for setting up a broadcast or 
multicast transmission to a plurality of terminal devices (1 0) via a first switching 
node (40) and a second switching node (30) of a data netwoik, wherein an Infor- 
mation Indicating the number of connections required between the second switch- 
ing node (30) and the plurality of femilhals (10) Is provided to the first switching 
node (40), so that the first switching node (40) may determine based on the pro- 
vided information a number of connections to be set up between the first swttching 
node (40) and the second switching node (30). Thereby, the number of connec- 
tlwis between the first and second switching nodes can be equalized so as to re- 
duce signal duplication and parameter adaptation requirements at said second 
switching node (30). 
[Fig. 1] 



17/04 '09! Min? -if^H^ riu« 



PCT/iB02/01245 



HPLMN 



luBC 



UE 



Uu 



r 



UTRAN 




CBC 



Content 
Provider 



HLR 



Qr-- 



15 



10 



SGSN 




V&ilticast 
Broadcast 
S ource 

T 



(e.g. foteraet) 



Multicast 
Broadcast 
Source 



ia. 1 



17/04 '02 MKR 17:32 [1^* TX/RX 6349] 



PCT/IB02/01245 




PCT/IB02/0124i 




17/04 '02 HER 17:32 IN" TZ/RZ 6349] 



PCT/IB02/0124£ 




a: 
ta 



CD 



^8 



CD 

in 
c 
o 
a 

lA 



To" 



o 
O 

CO 

IS 



o 



11 



03 



1 

i 



o 

i 



P3 



9 

CI 



CO 
Q 



CO 

i 
i 



CD 

1^ 

CO 

m 




CO 



IS 

I 
i 

CO 

S 



y3 
O 



T3 



£ 
c 

8 

CO 

1 
§ 



'S 

1 

to 

CO 



c 
o 

1 

E 

g 

CO 



u. 



17/04 '02 HER 17:32 lit TX/RZ 6349] 



PCT/IB02/0124S 




17/04 '02 UER 17:32 [N° IX/RX 63491 



<. V V b I t • I V 



PCT/IB02/01245 




17/04 '02 MER 17:32 IVf TX/RX 63491 



